Audio processing method, server, user equipment, and system

ABSTRACT

Embodiments of the present disclosure disclose an audio processing method, applied to a cloud interactive system, where the cloud interactive system includes user equipment and a server. The method includes detecting, by a server device that interacts with user equipment in an interactive system, a calling to an audio interface from an interactive application, generating according to a type of the audio interface, an audio instruction corresponding to the type when the calling is detected determining whether a record that audio data corresponding to the audio instruction is sent to user equipment in the interactive system exists, and sending, by the server device, the audio instruction to the user equipment when the record exists. In response to the audio instruction, the user equipment executes the audio instruction using cached audio data.

RELATED APPLICATION

This application is a continuation of International Application No.PCT/CN2017/072592, filed on Jan. 25, 2017, which claims priority toChinese Patent Application No. 201610067813.1, entitled “AUDIOPROCESSING METHOD, SERVER, USER EQUIPMENT, AND SYSTEM” filed with theChinese Patent Office on Jan. 29, 2016. The entire disclosures of theprior applications are hereby incorporated by reference in theirentirety.

FIELD OF THE TECHNOLOGY

The present disclosure relates to the field of cloud technology, and inparticular, to an audio processing method, a server, a user equipment,and a system.

BACKGROUND OF THE DISCLOSURE

With the rapid development of network bandwidth in recent years, a cloudinteractive system is generated because of an increasingly mature cloudcomputing technology. A current cloud interactive system usuallyincludes a server and multiple user equipment. The server may be acluster server. Multiple interactive applications may be executed in thecloud interactive system. The cloud interactive system includes anapplication related to audio processing. In the related technology, theserver usually plays an audio in the interactive applications andobtains a clip of the played audio in real time according to certainfrequency. The clip is sent to the user equipment, so that the userequipment may implement playing the audio at a server end.

In the related technology, an audio processing solution from the serverto the user equipment is that the server obtains a clip of audio datafrom the server in real time according to certain frequency. Duringtransmission, network fluctuation has a great effect on the audio clip,leading to audio freeze. In addition, during network transmission of theaudio data, if the network is delayed, the user equipment cannot receivea new clip of the audio data when the previous clip of the audio datafinishes playing. Therefore, no audio data is played in an interval ofplaying the two clips of the audio data, further leading to audiofreeze. Moreover, the server needs to continuously obtain audio clips.Some audio clips may be same, but are sent repeatedly, causing largenetwork traffic from the server to the user equipment. Further, when theserver repeatedly plays a cycled background music, especially when musicis mixed, the server cannot extract each music component, causing badplaying quality of an audio of the user equipment.

SUMMARY

An audio processing method provided in the embodiments of the presentdisclosure may improve the playing quality of an audio at a userequipment end and reduce network traffic from the server to the userequipment. The embodiments of the present disclosure further provide acorresponding server, user equipment, and a system.

Aspects of the disclosure provide a method for audio processing. Themethod includes detecting, by a server device that interacts with userequipment in an interactive system, a function call to an audiointerface from an interactive application, generating according to atype of the audio interface, an audio instruction corresponding to thetype when the function call is detected, determining whether a recordthat audio data corresponding to the audio instruction has been sent touser equipment in the interactive system exists, and sending, by theserver device, the audio instruction to the user equipment when therecord exists. In response to the audio instruction, the user equipmentexecutes the audio instruction using cached audio data.

In some embodiments, the method includes calling (e.g., extracting, viaa function call to the audio interface) the audio data corresponding tothe audio instruction when the record does not exist, and sending theaudio data and the audio instruction to the user equipment. Further, themethod includes adding, in a data sending record, the record that theaudio data corresponding to the audio instruction has been sent.

In some embodiments, to detect the function call to the audio interfacefrom the interactive application, the method includes using a Hookfunction to monitor functions calls to the audio interface, anddetecting the function call to the audio interface from the interactiveapplication when a calling instruction of the interactive application tothe audio interface is detected by the Hook function.

Aspects of the disclosure provide a method for audio processing. Themethod includes receiving, by user equipment that interacts with aserver device in an interactive system, an audio instruction sent by theserver device, accessing a cache to obtain audio data corresponding tothe audio instruction, and executing the audio instruction to generateaudio signals based on the cached audio data.

In some embodiments, before receiving the audio instruction sent by theserver device, the method includes receiving the audio datacorresponding to the audio instruction that is sent by the serverdevice, and storing, by the user equipment, the audio data correspondingto the audio instruction in the cache.

According to an aspect of the disclosure, the method includes receivingthe audio data with a header that identifies the audio data. In someembodiments, the method includes receiving the audio data with theheader that is indicative of an audio file to which the audio databelongs and a position of the audio data in the audio file. In anexample, the method includes receiving the audio data with the headerthat includes a key value for identifying the audio file to which theaudio data belongs, an offset position of the audio data in the audiofile and a length of the audio data.

Further, the method includes determining, by the user equipment, theaudio file according to the key value, determining, by the userequipment, a storage position of the audio data according to the offsetposition and the length, and caching the audio data according to thestorage position.

Aspects of the disclosure provide an apparatus that includes interfacecircuitry, storage circuitry and processing circuitry. The interfacecircuitry is configured to receive an audio instruction that is sent bya server device. The storage circuitry is configured to cache audio dataassociated with the audio instruction. The processing circuitry isconfigured to access the storage circuitry to obtain the audio dataassociated with the audio instruction and execute the audio instructionto generate audio signals based on the cached audio data.

In the related technology, every time user equipment plays an audio clipthat is requested from a server end, the server sends audio data of theaudio clip to the user equipment for playing. Compared with that, theembodiments of the present disclosure provide an audio processingmethod. The server sends an audio instruction to the user equipment toimplement playing the audio at the server end by the user equipment, soas to improve the playing quality of an audio at a user equipment end.In addition, the server merely sends the audio instruction to the userequipment when the server determines that audio data corresponding tothe audio instruction to be sent has a sending record sent to acorresponding user equipment without repeatedly sending the audio data,reducing network traffic from the server to the user equipment.

BRIEF DESCRIPTION OF THE DRAWINGS

To describe the technical solutions in the embodiments of the presentdisclosure more clearly, the following briefly introduces theaccompanying drawings required for describing the embodiments. Theaccompanying drawings in the following description show merely someembodiments of the present disclosure, and a person skilled in the artmay still derive other drawings from these accompanying drawings.

FIG. 1 is a schematic diagram of an embodiment of a cloud interactivesystem according to an embodiment of the present disclosure;

FIG. 2 is a schematic diagram of an embodiment of an audio processingmethod according to an embodiment of the present disclosure;

FIG. 3 is a schematic diagram of another embodiment of an audioprocessing method according to an embodiment of the present disclosure;

FIG. 4 is a schematic diagram of another embodiment of an audioprocessing method according to an embodiment of the present disclosure;

FIG. 5 is a schematic diagram of another embodiment of an audioprocessing method according to an embodiment of the present disclosure;

FIG. 6 is a schematic diagram of an embodiment of a server according toan embodiment of the present disclosure;

FIG. 7 is a schematic diagram of another embodiment of a serveraccording to an embodiment of the present disclosure;

FIG. 8 is a schematic diagram of another embodiment of a serveraccording to an embodiment of the present disclosure;

FIG. 9 is a schematic diagram of an embodiment of a user equipmentaccording to an embodiment of the present disclosure;

FIG. 10 is a schematic diagram of another embodiment of a serveraccording to an embodiment of the present disclosure; and

FIG. 11 is a schematic diagram of another embodiment of a user equipmentaccording to an embodiment of the present disclosure.

DESCRIPTION OF EMBODIMENTS

An audio processing method provided in the embodiments of the presentdisclosure may improve the playing quality of an audio at a userequipment end and reduce network traffic from the server to the userequipment. The embodiments of the present disclosure further provide acorresponding server, a user equipment, and a system. Detaileddescriptions are made below separately.

The following describes the technical solutions in the embodiments ofthe present disclosure with reference to the accompanying drawings inthe embodiments of the present disclosure. The described embodiments aremerely some but not all of the embodiments of the present disclosure.All other embodiments obtained by a person skilled in the art based onthe embodiments of the present disclosure without creative efforts shallfall within the protection scope of the present disclosure.

FIG. 1 is a schematic diagram of an embodiment of a cloud interactivesystem according to an embodiment of the present disclosure.

Referring to FIG. 1, the cloud interactive system may be understood as acloud game system, usually including a server and a user equipment,where multiple user equipment may be included and the server may furtherbe a server cluster.

The user equipment may be terminal devices such as a personal computer(PC), a laptop, and a smartphone. The server may be specific gameserver. Currently, an audio processing solution of a game is to obtainan audio clip being played at a server end by the server and transmitthe audio clip to a user equipment end to play, causing bad playingquality of an audio at the user equipment end and leading to largeconsumption of network traffic from the server to the user equipment.

In the embodiments of the present disclosure, the server indicates toplay audio data at the user equipment end by using an audio instruction,so as to improve the playing quality of the audio at the user equipmentend. In addition, the server merely sends the audio instruction when theaudio data is sent to the user equipment previously. In someembodiments, the server uses a sending record to keep track of audiodata that is sent to the user equipment previously. The user equipmentmay use cached audio data to implement an audio operation when executingthe audio instruction, so as to reduce the network traffic from theserver to the user equipment.

The embodiments of the present disclosure relate to Hook function, thatis, hook injection, which replaces an original function executingprocess with a self-defining function.

With reference to the cloud interactive system shown in FIG. 1, an audioprocessing process provided in the embodiments of the present disclosureis described referring to a schematic diagram of an audio processingmethod shown in FIG. 2.

Referring to FIG. 2, an embodiment of the audio processing methodprovided in an embodiment of the present disclosure includes:

S101: Detect, by the server that interacts with user equipment in aninteractive system, a function call to an audio interface from aninteractive application.

With reference to a game scene, the step is to monitor or detect, by theserver, calling by a game to an audio interface of an audio softwaredevelopment kit (SDK) when executing the game.

The step may be: Monitor, by the server, the calling by the interactiveapplication to the audio interface by using Hook function of the audiointerface; and determine the calling by the interactive application tothe audio interface if a calling instruction of the interactiveapplication to the audio interface is monitored to enter the Hookfunction of the audio interface.

S102: Generate, by the server according to a type of the audiointerface, an audio instruction corresponding to the type when thecalling (the function call) by the interactive application to the audiointerface is monitored/detected.

There are multiple types of the audio interface, for example, a creatingaudio, a playing audio, a mixed audio, and a pausing audio.

A corresponding audio instruction generated according to the type of theaudio interface has a corresponding function, for example, creating anaudio, playing an audio, mixing an audio, and pausing an audio, etc.

In fact, not all audio instructions need audio data. For example, anaudio instruction of pausing audio does not need audio data. For anaudio instruction that does not need audio data, the server may firstdetermine that the audio data is not needed according to the type of theaudio interface and directly send the audio instruction that does notneed the audio data to the user equipment.

The audio instruction occupies little network traffic, so that aprocessing solution of an audio instruction that needs audio data isparticularly illustrated in the embodiments of the present disclosure.However, the protection scope of the present disclosure is not limited.

S103: Determine, by the server, whether a record that audio datacorresponding to the audio instruction has been sent to the userequipment exists.

The server may correspondingly record the audio data sent to the userequipment, so as to avoid repeatedly sending.

S104: Send, by the server, the audio instruction to the user equipmentif the record exists.

When the sending record of the audio data corresponding to the audioinstruction exists in the server, the server merely needs to send theaudio instruction to reduce network traffic.

S105: Obtain, by the user equipment, the audio data corresponding to theaudio instruction from a cache after receiving the audio instructionsent by the server.

S106: Use, by the user equipment, the cached audio data to perform acorresponding audio operation when executing the audio instruction.

In the related technology, a user equipment needs to play an audio clipsent by a server to implement playing an audio at a server end by theuser equipment. Compared with that, the embodiments of the presentdisclosure provide an audio processing method. The server sends an audioinstruction to the user equipment to implement playing the audio at theserver end by the user equipment, so as to improve the playing qualityof an audio at a user equipment end. In addition, the server merelysends the audio instruction to the user equipment when the serverdetermines that audio data corresponding to the audio instruction to besent has a sending record sent to a corresponding user equipment withoutrepeatedly sending the audio data, reducing network traffic from theserver to the user equipment.

Referring to FIG. 3, another embodiment of the audio processing methodprovided in an embodiment of the present disclosure includes:

S201 to S203 are the same with S101 to S103 in part of the embodiment inFIG. 2. S201 to 203 may be understood with reference to S101 to S103 inpart of the embodiment in FIG. 2, which is not described herein.

S204: Call, by the server, the audio data corresponding to the audioinstruction if the sending record does not exist. The audio data may beaudio data in a compressed state.

The step may be: Read, by the server, the Hook function by using amagnetic disk to call the audio data in the compressed statecorresponding to the audio instruction; and

call the audio data in the compressed state corresponding to the audioinstruction if a calling instruction of the interactive application toread the magnetic disk is monitored to enter the magnetic disk to readthe Hook function.

The server directly calls the audio data in the compressed state in themagnetic disk and does not need to compress an audio clip like therelated technology, so as to reduce occupation of a processor in theserver.

S205: Send, by the server, the audio data to the user equipment.

S206: Send, by the server, the audio instruction to the user equipment.

S207: Add, by the server, the sending record already sent to the userequipment by the audio data in a data sending record.

S208: Store, by the server, the audio data corresponding to the audioinstruction in a cache after the user equipment receives the audio datacorresponding to the audio instruction sent by the server. The audiodata may be audio data in a compressed state.

In some embodiments, the audio data to play is a portion of an audiofile. In an implementation, a data head (header) of the audio dataincludes a key value of an associated audio file of the audio data andan offset position and an offset length of the audio data in the audiofile.

The storing the audio data corresponding to the audio instruction in thecache includes:

determining, by the user equipment, the associated audio file accordingto the key value of the audio file;

determining, by the user equipment, a storage position of the audio datain the associated audio file according to the offset position and theoffset length; and

caching, by the user equipment, the audio data in the associated audiofile according to the storage position.

S209 and S210 are the same with S105 and S106 in an embodimentcorresponding to FIGS. 2. S209 and S210 may be understood with referenceto S105 and S106, which is not described herein.

Referring to FIG. 4, the following further describes the audioprocessing method in the embodiments of the present disclosure withreference to a game scene.

As shown in FIG. 4, in view of software and hardware, the server mayinclude several parts such as a system drive, a game, an audio softwaredevelopment kit (SDK), a magnetic disk, a Hook application programminginterface (Api) of the audio SDK, and a Hook Api of magnetic diskreading and writing.

S301: Hook Api of audio SDK used in a game.

S302: Hook Api of magnetic disk reading and writing related to an audioin the audio SDK used in the game and monitor loading of an audio file.

S303: Stream audio data to send to a user equipment after extracting theaudio data.

S304: Play a sound by using a system drive.

S305: Generate an audio instruction and stream the audio instruction tosend to the user equipment.

S306: Transmit, by network, the audio data and the audio instruction tothe user equipment.

S307: Cache, by the user equipment, the audio data in magnetic diskcache after receiving the audio data.

S308: Load, by the user equipment, the audio data from the magnetic diskcache after receiving the audio instruction.

S309: Execute the audio instruction and replay the sound.

In the embodiments of the present disclosure, a server end relates tostreaming of the audio data and the audio instruction. A streamingprocess may be understood by referring to FIG. 5.

S401: Enter, by the game, Hook function of audio Api of this solutionfirst when calling the Api of the audio SDK.

S402: Call the Api of the audio SDK first in the Hook function of theaudio Api.

S403: Reenter Hook function of the magnetic disk reading if a currentcalling of the audio Api leads an interactive application to read a fileon the magnetic disk.

S404: Call the Api of the magnetic disk reading and writing in the Hookfunction of the magnetic disk reading.

S405: Return the Api of the magnetic disk reading and writing to theaudio data.

S406: Stream the audio data to the user equipment.

S407: Return, by the Hook function of the magnetic disk reading, theaudio data to the game.

S408: Return, by the audio Api, the audio instruction to the game.

In this case, the sound may be played in the game according to the audiodata and the audio instruction.

S409: Stream, by the Hook function of the audio Api, the audioinstruction to the user equipment.

In this application, whether data read by the audio SDK is new may bemonitored. If the data is new, the audio data is streamed to a retraceend and the audio data uses a file name as a key value. Readinginformation, such as an offset and the length, of the audio data isupdated. If the audio data is streamed before, the audio data is nolonger streamed. Network traffic may be reduced.

At the server end, when the audio data is streamed, key is used as thefile name and the offset and length in an original file are used as adata head. In this case, at a user equipment end, data may be correctlywritten into a correct file and a correct position.

As shown in FIG. 5, for example, the audio data needed by the audioinstruction may be streamed to the user equipment before the audioinstruction. Therefore, when the audio instruction is replayed at theuser equipment end, needed audio data is cached on the magnetic disk.

Data cached by the user equipment in this solution, for example, is thesame with data used by the game at the server end, as well as a filecode and the audio SDK. Therefore, once a piece of audio data is playedfor one time at the user equipment end and is cached, the server end nolonger needs to stream same music if hit by the cached data when anaudio engine based on events used in the game mixes different music andtriggers repeatedly played music.

In this application, original audio data cached on the magnetic disk andused in the game is cached. The data may be compressed. Therefore, whenbeing streamed, data read from the magnetic disk does not need to becompressed to stream, so as to reduce occupation of a processor in theserver.

Apart from the cloud game system, the present disclosure may further beapplied in a remote program desktop system, so as to reduce CPUoccupation of the remote system and network traffic when playingstreaming media.

Referring to FIG. 6, the server 50 provided in the embodiments of thepresent disclosure is applied to a cloud interactive system. The cloudinteractive system includes a user equipment. An embodiment of theserver includes:

a monitoring unit 501, configured to monitor calling by an interactiveapplication to an audio interface when executing the interactiveapplication;

a generating unit 502, configured to generate, according to a type ofthe audio interface, an audio instruction corresponding to the type whenthe calling by the interactive application to the audio interface ismonitored;

a determining unit 503, configured to determine whether audio datacorresponding to the audio instruction generated by the generating unit502 has a sending record sent to the user equipment; and

a sending unit 504, configured to send the audio instruction to the userequipment when the determining unit 503 determines that the sendingrecord exists, the audio instruction being configured to use cachedaudio data when the user equipment executes the audio instruction.

In the related technology, a user equipment needs to play an audio clipsent by a server to implement playing an audio at a server end by theuser equipment. Compared with that, the embodiments of the presentdisclosure provide a server. The server sends an audio instruction tothe user equipment to implement playing the audio at the server end bythe user equipment, so as to improve the playing quality of an audio ata user equipment end. In addition, the server merely sends the audioinstruction to the user equipment when the server determines that audiodata corresponding to the audio instruction to be sent has a sendingrecord sent to a corresponding user equipment without repeatedly sendingthe audio data, reducing network traffic from the server to the userequipment.

Optionally, based on the embodiment corresponding to FIG. 6, referringto FIG. 7, in a first optional embodiment of the server provided in theembodiments of the present disclosure, the server further includes acalling unit 505.

The calling unit 505 is configured to call the audio data correspondingto the audio instruction when the determining unit 503 determines thatthe sending record does not exist.

The sending unit 504 is further configured to sequentially send theaudio data and the audio instruction that are called by the calling unit505 to the user equipment.

Optionally, based on the embodiment corresponding to FIG. 7, referringto FIG. 8, in a second optional embodiment of the server provided in theembodiments of the present disclosure, the server 50 further includes:

an adding unit 506, configured to add a sending record that indicatesthe audio data has already been sent to the user equipment in a datasending record after the sending unit 504 sends the audio data.

Optionally, the monitoring unit 501 is configured to:

monitor the calling by the interactive application to the audiointerface by using Hook function of the audio interface; and

determine the calling by the interactive application to the audiointerface if a calling instruction of the interactive application to theaudio interface is monitored to enter the Hook function of the audiointerface.

Optionally, the calling unit 505 is configured to:

read the Hook function by using a magnetic disk to call the audio datacorresponding to the audio instruction; and

call the audio data corresponding to the audio instruction if a callinginstruction of the interactive application to read the magnetic disk ismonitored to enter the magnetic disk to read the Hook function.

Referring to FIG. 9, the user equipment 60 provided in the embodimentsof the present disclosure is applied to a cloud interactive system. Thecloud interactive system further includes a server. The user equipment60 includes:

a receiving unit 601, configured to receive an audio instruction sent bythe server;

an obtaining unit 602, configured to obtain audio data corresponding tothe audio instruction received by the receiving unit 601 from a cache;and

a processing unit 603, configured to use the cached audio data obtainedby the obtaining unit 602 when executing the audio instruction.

In the related technology, a user equipment needs to play an audio clipsent by a server to implement playing an audio at a server end by theuser equipment. Compared with that, the embodiments of the presentdisclosure provide a user equipment. The user equipment may play anaudio according to the audio instruction, so as to improve the playingquality of the audio. In addition, audio data may be cached and theserver does not need to repeatedly send same audio data, reducingnetwork traffic from the server to the user equipment.

Optionally, based on the embodiment corresponding to FIG. 9, in a firstoptional embodiment of the user equipment provided in the embodiments ofthe present disclosure,

the receiving unit 601 is further configured to receive the audio datacorresponding to the audio instruction sent by the server, wherein theaudio data is sent when the server determines that the audio datacorresponding to the audio instruction does not have a sending recordsent to the user equipment; and

the processing unit 603 is further configured to store the audio datacorresponding to the audio instruction in the cache.

Optionally, based on the corresponding embodiment or the first optionalembodiment in FIG. 9, in a second optional embodiment of the userequipment provided in the embodiments of the present disclosure,

the processing unit 603 is further configured to: when a data head ofthe audio data comprises a key value of an associated audio file of theaudio data and an offset position and an offset length of the audio datain the audio file, determine the associated audio file according to thekey value of the audio file, determine a storage position of the audiodata in the associated audio file according to the offset position andthe offset length, and cache the audio data in the associated audio fileaccording to the storage position.

It is noted that the user equipment 60 includes other suitablecomponents that are not shown, such as audio amplifier, a speaker, audiooutput components, and the like in certain embodiments.

FIG. 10 is a schematic structural diagram of a server 50 according to anembodiment of the present disclosure. The server 50 is applied to acloud interactive system. The cloud interactive system includes a userequipment and a server. The server 50 includes a processor 510, a memory550, and a transceiver 530. The memory 550 may include a read-onlymemory and a random access memory and provides operating instructionsand data to the processor 510. A part of the memory 550 may furtherinclude a non-volatile random access memory (NVRAM).

In some implementations, the memory 550 stores the following elements:executable modules or data structures, or a subset thereof, or anextension set thereof.

In the embodiments of the present disclosure, the processor 510 callsthe operation instructions (the operation instructions may be stored inan operating system) stored in the memory 550.

The processor 510 is configured to monitor calling by an interactiveapplication to an audio interface, generate, according to a type of theaudio interface, an audio instruction corresponding to the type when thecalling by the interactive application to the audio is monitored, anddetermine whether audio data corresponding to the audio instructiongenerated by the generating unit has a sending record sent to the userequipment.

The transceiver 530 is configured to send the audio instruction to theuser equipment if the sending record exists, and the audio instructionbeing configured to use cached audio data when the user equipmentexecutes the audio instruction.

In the related technology, a user equipment needs to play an audio clipsent by a server to implement playing an audio at a server end by theuser equipment. Compared with that, the embodiments of the presentdisclosure provide a server. The server sends an audio instruction tothe user equipment to implement playing the audio at the server end bythe user equipment, so as to improve the playing quality of an audio ata user equipment end. In addition, the server merely sends the audioinstruction to the user equipment when the server determines that audiodata corresponding to the audio instruction to be sent has a sendingrecord sent to a corresponding user equipment without repeatedly sendingthe audio data, reducing network traffic from the server to the userequipment.

The processor 510 controls an operation of the server 50. The processor510 may further be referred to as a central processing unit (CPU). Thememory 550 may include a read-only memory and a random access memory,and provides instructions and data to the processor 510. A part of thememory 550 may further include a non-volatile random access memory(NVRAM). In specific application, components of the server 50 arecoupled together by using a bus system 520, where in addition to a databus, the bus system 520 may include a power bus, a control bus, a statussignal bus, and the like. However, for clear description, various typesof buses in the figure are marked as the bus system 520.

The method disclosed in the foregoing embodiment of the presentdisclosure may be applied to the processor 510, or be implemented by theprocessor 510. The processor 510 may be an integrated circuit chip andhas a signal processing capability. In an implementation process, eachstep of the foregoing method may be implemented by a hardware integratedlogic circuit in the processor 510 or by an instruction in a softwareform. The foregoing processor 510 may be a general purpose processor, adigital signal processor (DSP), an application-specific integratedcircuit (ASIC), a field programmable gate array (FPGA), or anotherprogrammable logical device, discrete gate or transistor logical device,or discrete hardware component. The processor 230 may implement orexecute methods, steps and logical block diagrams disclosed in theembodiments of the present disclosure. The general purpose processor maybe a microprocessor or the processor may be any conventional processorand the like. Steps of the methods disclosed with reference to theembodiments of the present disclosure may be directly executed andcompleted by means of a hardware decoding processor, or may be executedand completed by using a combination of hardware and software modules inthe decoding processor. The software module may be located in a maturestorage medium in the field, such as a random access memory, a flashmemory, a read-only memory, a programmable read-only memory, anelectrically-erasable programmable memory, or a register. The storagemedium is located in the memory 550, and the processor 510 readsinformation in the memory 550 and completes the steps in the foregoingmethods in combination with hardware of the processor.

Optionally, the processor 510 is further configured to call the audiodata corresponding to the audio instruction if the sending record doesnot exist.

The transceiver 530 is further configured to sequentially send the audiodata and the audio instruction to the user equipment.

Optionally, the processor 510 is further configured to add the sendingrecord indicating that the audio data has already been sent to the userequipment in a data sending record.

Optionally, the processor 510 is configured to monitor the calling bythe interactive application to the audio interface by using Hookfunction of the audio interface, and determine the calling by theinteractive application to the audio interface if a calling instructionof the interactive application to the audio interface is monitored toenter the Hook function of the audio interface.

Optionally, the processor 510 is configured to read the Hook function byusing a magnetic disk to call the audio data corresponding to the audioinstruction, and call the audio data corresponding to the audioinstruction if a calling instruction of the interactive application toread the magnetic disk is monitored to enter the magnetic disk to readthe Hook function.

The foregoing server 50 may be understood with reference to relateddescriptions in FIG. 1 to FIG. 5, which is not described herein.

FIG. 11 is a schematic structural diagram of a user equipment 60according to an embodiment of the present disclosure. The user equipment60 is applied to a cloud interactive system. The cloud interactivesystem includes a user equipment and a server. The user equipment 60includes a processor 610, a memory 650, and a transceiver 630. Thememory 650 may include a read-only memory and a random access memory andprovides operating instructions and data to the processor 610. A part ofthe memory 650 may further include a non-volatile random access memory(NVRAM).

In some implementations, the memory 650 stores the following elements:executable modules or data structures, or a subset thereof, or anextension set thereof.

In the embodiments of the present disclosure, the processor 610 callsthe operation instructions (the operation instructions may be stored inan operating system) stored in the memory 650.

The transceiver 630 is configured to receive an audio instruction sentby the server.

The processor 610 is configured to obtain audio data corresponding tothe audio instruction from a cache and use the cached audio data toperform corresponding audio operations when executing the audioinstruction.

In the related technology, a user equipment needs to play an audio clipsent by a server to implement playing an audio at a server end by theuser equipment. Compared with that, the embodiments of the presentdisclosure provide a user equipment. The user equipment may play anaudio according to the audio instruction, so as to improve the playingquality of the audio. In addition, audio data may be cached and theserver does not need to repeatedly send same audio data, reducingnetwork traffic from the server to the user equipment.

The processor 610 controls an operation of the user equipment 60. Theprocessor 610 may further be referred to as a central processing unit(CPU). The memory 650 may include a read-only memory and a random accessmemory, and provides instructions and data to the processor 610. A partof the memory 650 may further include a non-volatile random accessmemory (NVRAM). In specific application, components of the userequipment 60 are coupled together by using a bus system 620, where inaddition to a data bus, the bus system 620 may include a power bus, acontrol bus, a status signal bus, and the like. However, for cleardescription, various types of buses in the figure are marked as the bussystem 620.

The method disclosed in the foregoing embodiment of the presentdisclosure may be applied to the processor 610, or be implemented by theprocessor 610. The processor 610 may be an integrated circuit chip andhas a signal processing capability. In an implementation process, eachstep of the foregoing method may be implemented by a hardware integratedlogic circuit in the processor 610 or by an instruction in a softwareform. The foregoing processor 610 may be a general purpose processor, adigital signal processor (DSP), an application-specific integratedcircuit (ASIC), a field programmable gate array (FPGA), or anotherprogrammable logical device, discrete gate or transistor logical device,or discrete hardware component. The processor 230 may implement orexecute methods, steps and logical block diagrams disclosed in theembodiments of the present disclosure. The general purpose processor maybe a microprocessor or the processor may be any conventional processorand the like. Steps of the methods disclosed with reference to theembodiments of the present disclosure may be directly executed andcompleted by means of a hardware decoding processor, or may be executedand completed by using a combination of hardware and software modules inthe decoding processor. The software module may be located in a maturestorage medium in the field, such as a random access memory, a flashmemory, a read-only memory, a programmable read-only memory, anelectrically-erasable programmable memory, or a register. The storagemedium is located in the memory 650, and the processor 610 readsinformation in the memory 650 and completes the steps in the foregoingmethods in combination with hardware of the processor.

Optionally, the transceiver 630 is further configured to receive theaudio data corresponding to the audio instruction sent by the server,where the audio data is sent when the server determines that the audiodata corresponding to the audio instruction does not have a sendingrecord sent to the user equipment; and.

The processor 610 is further configured to: when a data head of theaudio data includes a key value of an associated audio file of the audiodata and an offset position and an offset length of the audio data inthe audio file, determine the associated audio file according to the keyvalue of the audio file, determine a storage position of the audio datain the associated audio file according to the offset position and theoffset length, and cache the audio data in the associated audio fileaccording to the storage position.

The foregoing user equipment 60 may be understood with reference torelated descriptions in FIG. 1 to FIG. 5, which is not described herein.

The embodiments of the present disclosure further provide a cloudinteractive system. The cloud interactive system includes a userequipment and a server. The server is configured to: monitor calling byan interactive application to an audio interface, and generate,according to a type of the audio interface, an audio instructioncorresponding to the type when the calling by the interactiveapplication to the audio interface is monitored; determine whether audiodata corresponding to the audio instruction has a sending record sent tothe user equipment; and send the audio instruction to the user equipmentif the sending record exists, where the audio instruction is configuredto use cached audio data when the user equipment executes the audioinstruction. The user equipment is configured to: receive an audioinstruction sent by the server, obtain audio data corresponding to theaudio instruction from a cache, and use the cached audio data whenexecuting the audio instruction.

In the embodiment, for example, when the server determines that theaudio data corresponding to the audio instruction does not have asending record sent to the user equipment, the server is furtherconfigured to: call the audio data corresponding to the audioinstruction, and sequentially send the audio data and the audioinstruction to the user equipment. In this case, for example, the userequipment is further configured to: receive the audio data correspondingto the audio instruction sent by the server. For example, the userequipment may receive the audio data before receiving the audioinstruction sent by the server, and the user equipment caches the audiodata corresponding to the audio instruction. In view of this, the userequipment may continuously update the audio data being cached, so as toimprove the playing quality of an audio and reduce network traffic fromthe server to the user equipment. The audio data may be in a compressedstate.

In the foregoing embodiment, for example, when the server sends theaudio data to the user equipment, the server may add the sending recordindicating that the audio data has already been sent to the userequipment in a data sending record. In view of this, the server mayconveniently determine whether the audio data is already sent to theuser equipment, so as to avoid repeatedly sending same audio data andreducing the network traffic from the server to the user equipment.

In the foregoing embodiment, for example, a data head of the audio datasent to the user equipment by the server, for example, may include a keyvalue of an associated audio file of the audio data and an offsetposition and an offset length of the audio data in the audio file. Forexample, the user equipment determines the associated audio fileaccording to the key value of the audio file, determines a storageposition of the audio data in the associated audio file according to theoffset position and the offset length, and caches the audio data in theassociated audio file according to the storage position. The audio datamay be accurately cached by accurately determining the associated audiofile of the audio data and a position of the audio data in associatedaudio file, so as to ensure the accuracy of audio playing.

The cloud interactive system provided in the embodiments of the presentdisclosure may be understood with reference to related descriptions inFIG. 1 to FIG. 5, which is not described herein.

A person of ordinary skill in the art may understand that all or some ofthe steps of the methods in the embodiments may be implemented by aprogram instructing relevant hardware. The program may be stored in acomputer-readable storage medium. The storage medium may include: a ROM,a RAM, a magnetic disk, or an optical disc.

The audio processing method, the server, and the user equipment providedin the embodiments of the present disclosure are described in detail inthe foregoing, and the text applies specific examples to describe theprinciple and implementation manners of the present disclosure. Theforegoing descriptions of the embodiments are only intended to helpunderstand the method and core idea of the present disclosure.Meanwhile, to persons of ordinary skill in the art, changes may be madeon the specific implementation manners and application range accordingto the idea of the present disclosure. In conclusion, the content of thespecification should not be construed as a limit to the presentdisclosure.

What is claimed is:
 1. A method for audio processing, comprising:detecting, by a server device that interacts with user equipment in aninteractive system, a function call to an audio interface from aninteractive application; generating, according to a type of the audiointerface, an audio instruction corresponding to the type when thefunction call is detected; determining whether a record that audio datacorresponding to the audio instruction has been sent to the userequipment exists; and sending the audio instruction to the userequipment when the record exists, wherein the audio instruction causesthe user equipment to execute the audio instruction using cached audiodata.
 2. The method according to claim 1, further comprising: extractingfrom a storage, by the server device, the audio data corresponding tothe audio instruction when the record does not exist; and sending theaudio data and the audio instruction to the user equipment.
 3. Themethod according to claim 2, further comprising: adding, in a datasending record, a record that the audio data corresponding to the audioinstruction has been sent.
 4. The method according to claim 1, whereindetecting the calling to the audio interface from the interactiveapplication comprises: using a Hook function to monitor function callsto the audio interface; and detecting the function call to the audiointerface from the interactive application when a calling instruction ofthe interactive application to the audio interface is detected by theHook function.
 5. The method according to claim 2, wherein theextracting from the storage the audio data corresponding to the audioinstruction comprises: using a Hook function to monitor accesses to thestorage for audio data; detecting, by the Hook function, a callinginstruction to access the storage for the audio data corresponding tothe audio instruction; and calling the audio data corresponding to theaudio instruction.
 6. A method for audio processing, comprising:receiving, by user equipment that interacts with a server device in aninteractive system, an audio instruction sent by the server device;accessing a cache to obtain audio data corresponding to the audioinstruction; and execute, by the user equipment, the audio instructionto generate audio signals based on the cached audio data.
 7. The methodaccording to claim 6, wherein before receiving the audio instructionsent by the server device, the method further comprises: receiving, bythe user equipment, the audio data that is sent by the server device;and storing, by the user equipment, the audio data in the cache.
 8. Themethod according to claim 7, wherein receiving, by the user equipment,the audio data that is send by the server device further comprises:receiving the audio data with a header that identifies the audio data.9. The method according to claim 8, wherein receiving the audio datawith the header that identifies the audio data further comprises:receiving the audio data with the header that is indicative of an audiofile to which the audio data belongs and a position of the audio data inthe audio file.
 10. The method according to claim 9, wherein receivingthe audio data with the header that is indicative of the audio file towhich the audio data belongs and the position of the audio data in theaudio file further comprise: receiving the audio data with the headerthat includes a key value for identifying the audio file to which theaudio data belongs, an offset position of the audio data in the audiofile and a length of the audio data.
 11. The method according to claim10, wherein storing the audio data corresponding to the audioinstruction in the cache comprises: determining, by the user equipment,the audio file according to the key value; determining, by the userequipment, a storage position of the audio data according to the offsetposition and the length; and caching, by the user equipment, the audiodata according to the storage position.
 12. An apparatus, comprising:interface circuitry configured to receive an audio instruction that issent by a server device; storage circuitry configured to cache audiodata associated with the audio instruction; and processing circuitryconfigured to: access the storage circuitry to obtain the audio dataassociated with the audio instruction; and execute the audio instructionto generate audio signals based on the cached audio data.
 13. Theapparatus according to claim 12, wherein: the interface circuitry isconfigured to receive the audio data associated with the audioinstruction; and the processing circuitry is configured to store theaudio data in the storage circuitry.
 14. The apparatus according toclaim 13, wherein: the interface circuitry is configured to receive theaudio data with a header that identifies the audio data.
 15. Theapparatus according to claim 14, wherein: the interface circuitry isconfigured to receive the audio data with the header that is indicativeof an audio file to which the audio data belongs and a position of theaudio data in the audio file.
 16. The apparatus according to claim 15,wherein: the interface circuitry is configured to receive the audio datawith the header that includes a key value for identifying the audio fileto which the audio data belongs, an offset position of the audio data inthe audio file and a length of the audio data.
 17. The apparatusaccording to claim 16, wherein: the processing circuitry is configuredto: determine the audio file according to the key value; determine astorage position of the audio data according to the offset position andthe length; and store the audio data in the storage circuitry accordingto the storage position.